To je samo mala promena! Колико често чујемо да морамо нешто поправити? Потребно је додати малу функцију. Потребно је нешто прилагодити. Код-мудар или објављивање, само схватили да им је то потребно за чување, или можда аналитичар донео најновије податке, тако да сада морамо додати само неколико линија коду. Они не утичу на перформансе или било које друге одељења, обећавам. И то је као 3 минута кодера рада - зашто не? Брзо напред: разбили су дугме "Купи" на предњој страници продавнице на издању. Зашто се то увек дешава са малим променама?Па, ако размишљамо о томе, обично не размишљамо о томе. Дизајнери размишљају о функцијама и корисничком искуству. Inženjeri razmišljaju u celim sistemima. Произвођачи размишљају у задацима. Stakleni razmišljaju o poslovnim rezultatima. И једна мала промена се увек перципира као нешто изоловано и обично без свијести. Дакле, то је у основи когнитивна пречица. И то се не дешава зато што су сви погрешни или непрофесионални. То је зато што су савремени системи производње веома међусобно повезани, тако да је немогуће знати шта би потенцијално могло утицати на било шта - поготово ако нисте радили на овом пројекту 15 година. Шта је модерна производња?Драго ми је што сте питали! Није битно да ли градите игре или банкарску апликацију - не само да имате гомилу функција и средстава. Имате екосистем за сваки комад посла: уметност, код, дизајн, УИ, маркетинг, објављивање (можда чак и управљање пројектима - вау, ви сте богат програмер), итд. И сваки од њих има своју инфраструктуру, гасоводи, радне токове и заједничка средства. Шта је погрешно ако само направим малу промену боје на једну од икона? Па, то значи да трошите 3 секунде на промену кода боје. Затим морате саставити зграду. Затим КА мора да провери вашу малу промену да бисте потврдили да сте заиста променили боју. Затим морате поново саставити зграду, која би требала бити у реду са другим зградама на листи чекања. Онда морамо да ажурирамо сервер са вашим променама - о, сачекајте, да ли сте некоме рекли о томе? Не? О, то је сјајно, јер сте управо поднели своје промене током замрзавања обавеза, а сада инжењери за распоређивање морају поправити ЦИ / ЦД цевовод, а ми морамо одложити издање за 4 дана јер је петак. И узгред - морамо то да комуницирамо корисницима јер су чекали ову нову верзију, а неки од њих су одлучили да не чекају толико дуго и уклонили вашу апликацију. Дозволите ми да вас упознам са Променом површине ширења (ЦПС) - бројем система, гасовода, средстава и радних токова кроз које промена мора проћи пре него што стигне до играча. Vaša promena ne bi trebalo da se procenjuje po veličini zadatka, kao što je „1 sat rada.“ Vaša promena je jednaka CPS × Densitet spajanja (volumen posla koji drugi odeljenja moraju da urade da bi ova promena prošla). Razmislite o tome ovako: 
 
 
 Један мали прилагођавање корисничког интерфејса додирује никакве заједничке податке - низак ЦПС. Промена правила играња додирује код, равнотежу, дизајн, аналитику, искуство играча - висок ЦПС. Хајде да се вратимо на ситуацију у којој желите да промените боју иконе. Ове 3 секунде рада утицало би на УИ, зграде, перцепцију играча, искуство и дизајн. То би могло утицати и на кодирање боја за правила приступачности, плус монтажу зграде, и коначно ажурирања сервера. Исто важи и за размјену средстава или промену статистичке вредности: то утиче на меморију, АИ прилагођавање, логику уништења итд.Немојте то радити осим ако неко из вишег руководства није рекао да је то низак ЦПС - онда то урадите и погледајте како то иде. Овај приступ можете применити у основи било где у производњи, јер то уопште није апстрактна ствар и може се проценити. На пример: 
 
 
 
 
 
 
 
 
 
 
 
 УИ Задње Код клијента Дизајн игре Економија аналитике Kа Изградња / ЦД маркетинг Подршка клијентима Живе операције Сваки од ових елемената рачуна као плус 1 ЦПС фактор. Затим, што више истих "елемената" додирнете, то је већи ЦПС број који ћете добити. ЦПС 1-2 - Локална промена ЦПС 3-5 - Цросс-функционалне промене ЦПС 6+ - Системске промене Још једном, формула је: утицај = ЦПС × густина споја. лако! Погледајмо како то функционише у стварном животу: Дакле, ваш програмер је отишао на одмор и завршио математички курс на ЛинкедИн-у. И када се вратио, рекао је да постоји ефикаснији начин израчунавања ЕКСП. Ова промена је "једна линија кода." 
 
 
 
 
 
 
 
 
 Балансирање игре Играч прогресија пасинг Економија Инфлација Battle Pass напредак Метричка задржавања Аналитички Dashboards Маркетинг обећања Подршка корисницима Load То значи да је ЦПС више од 7. тако да сада видите да иако је дифф код мали, површина ширења је системска и има огроман потенцијални исход. Другим речима, ако КСП прогресија убрзава ствари као што су економија, доступност садржаја, вредност битке, криве задржавања итд., Треба да знате да чак и ако имплементација траје око 10 минута, ефекат риппле може трајати недеље рада. Zašto proizvodnja usluga uživo pogoršava situaciju?Zato što je pojačana sadržajem koji se ponavlja u više funkcija, telemetrijom i ekonomijom koja je tesno povezana, i sistemima koji su uporni i često zahtevaju retroaktivnu kompatibilnost. Дакле, стварни трошкови који плаћате за пролиферацију леже у продуженим временским линијама, скривеним прерадима, цросс тимовима, техничким дуговима, исцрпљеностима и, коначно, људима који директно или индиректно одустају. Уместо да размишљамо: "О, ово је мала промена", вероватно бисмо требали размишљати: "Који системи додирују ову промену?" Размислите о томе као инфраструктури, а не као карактеристици, и увек покушајте да то доведете до међусобне свести. **Цела тачка мог увода је да не постоји таква ствар као мала промена у системима производње. Постоје само промене у погрешно схватаним погођеним подручјима.И што старији постанете, то се више ваша визија помера ка разумевању како ће ова промена путовати уместо да покушавате да избегнете промену у целини.

Read My Stories

Овај аудио је произведен на оригиналном језику приче!

Зашто "мале промене" не постоје у системима за производњу игара

About Author

КОМЕНТАРИ

ХАНГ ТАГС

ОВАЈ ЧЛАНАК ЈЕ ПРЕДСТАВЉЕН У

Related Stories

Sravana Kumar Reddy Yeruva’s Fusion Transformation Sets a New Standard in ERP Excellence

Leadership Success Story: Srinath Muralinathan's Transformative Projects at Amazon

Scaling Web Testing with Automation: Srikanth Srinivas’s Digital Strategy Breakthrough

Building a website with React and Bulma

Sravana Kumar Reddy Yeruva’s Fusion Transformation Sets a New Standard in ERP Excellence

Leadership Success Story: Srinath Muralinathan's Transformative Projects at Amazon

Scaling Web Testing with Automation: Srikanth Srinivas’s Digital Strategy Breakthrough

Building a website with React and Bulma

Light-Mode

Classic

Newspaper

Minty

Dark-Mode

Neon Noir

Minty

HN StartUps